home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000107_icon-group-sender _Wed Apr 24 22:03:55 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Thu, 25 Apr 1996 06:16:37 MST
  2. Date: Wed, 24 Apr 1996 22:03:55 -0500
  3. From: jeffery@dragon.cs.utsa.edu (Clinton Jeffery)
  4. Message-Id: <9604250303.AA13291@water.cs.utsa.edu>
  5. To: gep2@computek.net
  6. Cc: icon-group@cs.arizona.edu
  7. In-Reply-To: <199604241818.NAA24168@ns1.computek.net> (gep2@computek.net)
  8. Subject: Re: Re[2]: Why isn't Icon more widely used? -Reply
  9. Content-Length: 927
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11. Status: O
  12.  
  13.  
  14.     [Gordon Peterson writes:]
  15.     One step in the right direction would be a (probably 
  16.     minor) adaptation to the interpreter to make it more "CGI efficient" (for 
  17.     example, if it were possible to permit reusing the interpreter for
  18.     multiple applications in series without having to reload it each time).
  19.  
  20. This is a good idea, and could be done without much work.  We already have
  21. a capability for one Icon program to load and execute other Icon programs,
  22. we just need to work out the protocol for sending a job/program to such an
  23. "Icon server".  Under those UNIX systems that support the dynamic loading
  24. facility and can use the sockets code in the Icon program library, the whole
  25. thing is readily implementable, the question is just: who wants to do it?
  26.  
  27. Clint Jeffery
  28. jeffery@ringer.cs.utsa.edu
  29. Division of Computer Science
  30. The University of Texas at San Antonio
  31. Research http://www.cs.utsa.edu/research/plss.html
  32.